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System  Challenge 


•  Proprietary  Ad-hoc  Designs 
•Testing  issues 
•Poor  Reiiabiiity 

•  Late  Deiiveries 

•  Poor  Performance 

•  Difficuit  To  Update 
•High  Life  Cycie  Costs 
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OS  A  Attributes 


Design  Disclosure 
Well  Defined,  Published  Interfaces 
Open  Standards,  Technology  &  Tools 
COTS  Hardware 
Design  Reuse 
Assert  Data  Rights 
Open  Infrastructure  ^ssuran^^ 


Common 

Information 

Assurance 


Fault  tolerance 
capabilities  as 
a  service 


Loosely 

coupled 

applications 
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Open  Business  Attrid 


•A  Marketplace  Environment 
•Competition 

•  Low  Barriers  To  Entry 
•Uniform  Evaluation  Criteria 
•Property  Rights  And  Protections 
•Trust  Between  Participants 

•  Governance 


''EOETABLS 
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Standards  &  Technologies 


OASIS  d 


OaJECf  MANAGEMENT  GJtDLFP 


Future  Airborne  Capability  Environment 


4IEEE 


THE  Qp-?®  GROUP 

<B 

Making  standards  work 


Using  Standards  Reduces  Risk  and  Encourages  Innovation 
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Future  Airborne  Capa 
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DoD  OSA  Contract  Gui 


■  Leverage  a  consistent  message  to  Industry 

■  Reduce  your  risk  in  contracting: 

□  Statement  of  Work 

□  Deliverables 

□  Instructions  to  offerors  and  grading  criteria 

■  Understand  what  to  look  for  to  get  OSA  products 

■  Leverage  Data  Rights  for  the  life  cycle 

■  Capture  OSA  Best  Practices  for  each  program 

□  Early  and  often  design  disclosure 

□  Break  vendor  lock 

□  Peer  reviews  for  technology  evaluation 

□  Minimize  duplication  /  maximize  Enterprise  value 


https://acc.dau.mil/OSAGuidebook 
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Forge.mil  SHARE  is  LIVE 


I 


Itm  page  contains  dynamic  content  -  Highest  dassiflcaljon  is  JHCLASSIFIEWFOUO 


Home  Dashboard  People  Groups  Projects  Share  Blogs  Ideas 


h/ome  »  Share  »  Vuimator  -  Retm  lACJiappings 


Vulnerator  -  Retina  lAC  Mappings 


Welcome,  [brianwomble} 
§  LOGOUT 


SEARCH 


These  are  csv  files  that  map  retina  findings  ID's  to  lA  Controls.  They  can  be  referenced  with  the  Vulneratorto  add  the  lA  Controls  to 
the  report.  Column  1  is  the  finding  ID  [retina  RTH  number),  and  Column  2  is  the  lA  Control  text. 


JCSFL; 

Mission  area.'domain:  Enterprise  Information  Environment/Information  Assurance 
DoD  Component;  Navy 
Licensetype:  DoD  Community  Source 


4  n  0 


Business  POC 


Technical  POC 


Contact  us 


Mr.  Carlos  Munoz 


CNIC 


Contributor 

general-vulnerator@soMare.forge.mil 


Computing  environment 


Product  implementations 


Computing  environment  supported; 
Software  dependencies; 

OS  supported; 

Implementation  language;  .Net 
Special  HW  required  or  supported; 
Framev/orks  supported; 

Semces  required; 


No  product  implementations  provided. 


Item  informailion 

Program.iProject;  Thinking  Compliance 
Created  date;  July.  2010 
First  in-service  date;  July.  2010 
Current  revision;  1 
Maturity; 


Sfmisfiics 

Forge.mil  downloads  3980 
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Creating  Success 


•Assert  Data  Rights 

•  Break  Vendor  Lock 

•Separate  Integrators  From  Application  Developers 
•Reuse  Successful  Designs 
•Create  Level  Playing  Field 

•  Reward  Good  Behavior 

•  Require  Accountability 


Summary 


•Break  Up  Stovepiped  Legacy  Systems 

•  Use  Common  Architectural  Frameworks 

•  Replace  Proprietary  Designs 

•Use  An  Open  Business  Model  With  OSA 
•Compete  for  Best  Acquisition  Performance 
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